Zmeny struktury databazy FB - pre P. Cisara
Otázka od: Roland Turcan
4. 12. 2002 17:14
Hello Delphi CZ konferencia!
Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
databazy. Hladal som vo svojom archive ten mail ale neviem sa k nemu
dopatrat.
Ide mi o to, ze vykonavam zmeny v strukture databazy a nie som si isty
dokedy to bude fungovat.
Pripomenies mi prosim ako to bolo?
Dakujem.
--
Best regards, TRoland
http://www.rotursoft.sk
Odpovedá: Jaroslav Popluhár
5. 12. 2002 1:48
Hello Pavel,
Wednesday, December 4, 2002, 10:17:48 PM, you wrote:
PC> Haj hou!
PC> On 4 Dec 2002 at 16:45, Roland Turcan wrote:
>> Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
>> databazy. Hladal som vo svojom archive ten mail ale neviem sa k nemu
>> dopatrat.
>>
>> Ide mi o to, ze vykonavam zmeny v strukture databazy a nie som si isty
>> dokedy to bude fungovat.
PC> 256 zmen. Pak je treba provest backup/restore.
Co vsetko je povazovane za zmeny? Len 
Prikazy ALTER?
Jaro
Odpovedá: Roland Turcan
5. 12. 2002 11:09
<<< 5. 12. 2002 9:33 - Pavel Cisar "pcisar@users.sourceforge.net" >>>
PC> Haj hou!
PC> On 4 Dec 2002 at 16:45, Roland Turcan wrote:
>> Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
>> databazy. Hladal som vo svojom archive ten mail ale neviem sa k nemu
>> dopatrat.
>>
>> Ide mi o to, ze vykonavam zmeny v strukture databazy a nie som si isty
>> dokedy to bude fungovat.
PC> 256 zmen. Pak je treba provest backup/restore.
Dakujem este dve otazky:
1. Da sa zistit pri akom cisle som dnes ?
2. Co sa stane ak to prekrocim ?
--
Best regards, TRoland
http://www.rotursoft.sk
Odpovedá: Roland Turcan
5. 12. 2002 14:54
<<< 5. 12. 2002 9:58 - Petr Palicka "palicka.petr@seznam.cz" >>>
PP> ahoj lidi
PP> proboha, co vam vadi? co je na tom nepouzitelnyho?
PP> sleduji se zmeny _metadat_, ne dat!
to je jasne
PP> jestli ze nekdo na _zivy_ databazi provede
PP> na jednom konkretnim objektu (tabulka, SP...)
PP> 250x zmenu metadat (alter), tak si ta databaze
PP> snad zaslouzi trochu procisnout a uklidit.
To je jasne, ale moze sa nieco pokazit ak to nespravim?
PP> pri dobre odladeny databazi prece nebudete delat
PP> tolik zmen, aby dosahlo limitu 256.
Moze by akakolvek dobra analyza, ale v pripade ziveho projektu sa
predsa do databazovej struktury zasahuje. Nie vsetci robia software
systemom "Naprogramujem-Nasadim-Zabudnem ze som to robil".
PP> to by jinak stalo za zvazeni, jestli ten kdo ji navrhoval by
PP> nemel belat neco jinyho.
Toto nie je miestna pripomienka.
--
Best regards, TRoland
http://www.rotursoft.sk
Odpovedá: Tom xXx
5. 12. 2002 11:46
>1. Da sa zistit pri akom cisle som dnes ?
Panove, trosku vlastni snahy, coz takhle se podivat treba do newsu?
http://groups.google.com/groups?selm=3ca300c4_2%40dnews
SELECT RDB$FORMAT FROM RDB$RELATIONS
WHERE RDB$RELATION_NAME = '<YOURTABLE>';
T.
Odpovedá: Roland Turcan
6. 12. 2002 9:48
>> Odesílatel: Roland Turcan <rolo@sedas.sk>
>> Moze by akakolvek dobra analyza, ale v pripade ziveho projektu sa
>> predsa do databazovej struktury zasahuje. Nie vsetci robia software
>> systemom "Naprogramujem-Nasadim-Zabudnem ze som to robil".
<<< 6. 12. 2002 8:55 - Jan Sebelík "honza@haes.cz" >>>
JS> Nevim, jestli jsem diskusi sledoval dobre,
JS> ale nekde snad bylo receno,
JS> ze po backup/restore se zacina pocitat znova.
JS> At je databaze sebezivejsi, cyklus "backup/restore" by asi rozhodne nemel
byt pomalejsi nez 256 uprav v metadatech.
V case ked som toto pisal som este nevedel podrobnosti o RDB$FORMAT.
Aj v LangRef.pdf pisu len ze je to interna vec a nemame ju menit, takze to
mi vela nedalo.
<<< 6. 12. 2002 8:55 - Jan Sebelík "honza@haes.cz" >>>
JS> Leda by nekdo vedome a systematicky implementoval zasahy
JS> do metadat primo do klientskeho programu.
JS> Taky jsem takove vytecniky potkal...
A v com vidis problem. Pokial sa prihlasi owner databazy, je jediny
pripojeny a urobi vsetko v rozsahu povolenych zmien pomocou Alter
prikazov a nie pomocou zmien RDB$... tak v com je problem?
Apropo: Asi pred mesiacom som pustil do sveta jeden software, uz sa to
pouziva na viacerych miestach a posielam nove verzie programu a oni si
ich nainstaluju, program si zisti verziu databazy a ak je starsia tak
ide na update metadat. Samozrejme som tam uz dorobil aj kontrolu na
max(rdb$format) a ak je niektore vyssie ako 240 tak odmietam robit
zmeny metadat a vypisem hlasenie, ze musia urobit B/R databazy.
Co je na tomto systeme "not kosher"?
--
Best regards, TRoland
http://www.rotursoft.sk
Odpovedá: Pavel Cisar
4. 12. 2002 22:29
Haj hou!
On 4 Dec 2002 at 16:45, Roland Turcan wrote:
> Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
> databazy. Hladal som vo svojom archive ten mail ale neviem sa k nemu
> dopatrat.
>
> Ide mi o to, ze vykonavam zmeny v strukture databazy a nie som si isty
> dokedy to bude fungovat.
256 zmen. Pak je treba provest backup/restore.
S pozdravem
Pavel Cisar
Mobil: 724 281429
http://www.ibphoenix.cz
Vse co potrebujete pro Firebird a InterBase
Odpovedá: Kalhous Zdenek
5. 12. 2002 8:28
On 4 Dec 2002 at 16:45, Roland Turcan wrote:
> Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
> databazy. Hladal som vo svojom archive ten mail ale neviem sa k nemu
> dopatrat.
Gott der Gerechte, to snad ne! Pokud ziskate informaci ze tomu
skutecne tak je, zverejnete ji prosim nebo mi dejte vedet na muj
mail. V takovem pripade bychom totiz museli dost velky projekt na
kterem delame prevest na jinou databazi nebot toto by bylo
prakticky nepouzitelne a takovy sw by mel byt nejen zadarmo, ale
jeho puvodce by mel sebevrahum kteri ho pouzivaji jeste platit -
neco jako bylo kdysi "umrtne" v severnich Cechach.
Ale nevidim duvod, proc by tomu tak melo byt. Struktura databaze
je popsana v podstate standardnich RDB$ tabulkach a zeby si
system z pleziru nekde hlidal pocet zmen? Proc by to delal kdyz si
stejne nikde nepamatuje historii?
Odpovedá: Kalhous Zdenek
5. 12. 2002 7:50
On 4 Dec 2002 at 22:17, Pavel Cisar wrote:
> > Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
> 256 zmen. Pak je treba provest backup/restore.
No pekne dekuju. Tato informace by mela byt pri instalaci IB/FB
uvedena na zacatku velkym pismem (misto zbytecnych licencnich
podminek) zaroven s doporucenim, aby si uzivatel nainstaloval
radeji neco pouzitelneho.
Odpovedá: Pavol Kakacka
5. 12. 2002 8:36
Hmm, spavna otazka. Co vsetko sa povazuje za zmenu? Urcite bez problemov
robime i viac nez 300 zmen na jednej procedure, triggru bez backupu/restoru
a v pohode. (FB 1.0 SS/CS na Lx i WinNT)
Kakacka Pavol
KasiX@atlas.cz
From: "Jaroslav Popluhár" <delphi1@acc.sk>
> >> Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
> >> databazy. Hladal som vo svojom archive ten mail ale neviem sa k nemu
> >> dopatrat.
> >>
> >> Ide mi o to, ze vykonavam zmeny v strukture databazy a nie som si isty
> >> dokedy to bude fungovat.
>
> PC> 256 zmen. Pak je treba provest backup/restore.
>
> Co vsetko je povazovane za zmeny? Len Prikazy ALTER?
Odpovedá: Radek KALA
5. 12. 2002 9:37
Zmen v datech si muzete udelat kolik chcete. Muzete vsak udelat
pouze 256 zmen ve strukture kazde tabulky. do nejake verze byla
bohuzel zmena struktury i activace a deactivace triggeru, to ale snad
jiz neni pravda.
Pokud vim tak se to netyka ani procedur.
> Dne čt 5. prosinec 2002 06:15 jste napsal(a):
> > On 4 Dec 2002 at 16:45, Roland Turcan wrote:
> > > Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
> > > databazy. Hladal som vo svojom archive ten mail ale neviem sa k
> > > nemu dopatrat.
> >
> Tak to me prijde nejake ujete, pouzivame IB uz asi 6 let, denne ma
> databaze nekolik tisic transakci. Stale funguje ....
>
S pozdravem Radek KALA
BetaControl, s.r.o.
Cerneho 58/60, 635 00
tlf. : + 420 5 4622 3491
fax : + 420 5 4622 3470
GSM : + 420 603 85 75 15
Odpovedá: Petr Palicka
5. 12. 2002 9:52
ahoj lidi
proboha, co vam vadi? co je na tom nepouzitelnyho?
sleduji se zmeny _metadat_, ne dat!
jestli ze nekdo na _zivy_ databazi provede
na jednom konkretnim objektu (tabulka, SP...)
250x zmenu metadat (alter), tak si ta databaze
snad zaslouzi trochu procisnout a uklidit.
pri dobre odladeny databazi prece nebudete delat
tolik zmen, aby dosahlo limitu 256. to by jinak
stalo za zvazeni, jestli ten kdo ji navrhoval by
nemel belat neco jinyho.
peca
Odpovedá: Ludvík Vlček
5. 12. 2002 8:51
Dne čt 5. prosinec 2002 06:15 jste napsal(a):
> On 4 Dec 2002 at 16:45, Roland Turcan wrote:
> > Raz sme mali debatu o tom, ze IB/FB ma nejaky limit na pocet zmien
> > databazy. Hladal som vo svojom archive ten mail ale neviem sa k nemu
> > dopatrat.
>
Tak to me prijde nejake ujete, pouzivame IB uz asi 6 let, denne ma databaze
nekolik tisic transakci. Stale funguje ....
Odpovedá: Pavel Cisar
5. 12. 2002 12:31
Haj hou!
On 5 Dec 2002 at 7:15, Kalhous Zdenek wrote:
> Ale nevidim duvod, proc by tomu tak melo byt. Struktura databaze
> je popsana v podstate standardnich RDB$ tabulkach a zeby si
> system z pleziru nekde hlidal pocet zmen? Proc by to delal kdyz si
> stejne nikde nepamatuje historii?
Pokud zmenite strukturu tabulky (pridate nebo uberete sloupec, zmenite
velikost nebo datovy typ apod.) nejsou data v databazi ihned prekopana do
noveho formatu, ale zustavaji v puvodnim tvaru. Ulozi se pouze informace
o novem formatu dat. Pri cteni je radek preveden do formatu, jaky
pozaduje dana transakce (zmeny lze delat za provozu a jiz bezici
transakce zmeny formatu nesmi videt, kdezto nove transakce ano). Z
historickych duvodu je cislo formatu v radku ukladano jako jeden byte, a
formatu tedy muze byt max 256.
Pri onove ze zalohy jsou data ulozena v aktualnim / poslednim formatu a
historie se vynuluje.
S pozdravem
Pavel Cisar
Mobil: 724 281429
http://www.ibphoenix.cz
Vse co potrebujete pro Firebird a InterBase
Odpovedá: Kalhous Zdenek
5. 12. 2002 13:22
On 5 Dec 2002 at 12:01, Pavel Cisar wrote:
> Pokud zmenite strukturu tabulky (pridate nebo uberete sloupec, zmenite
> velikost nebo datovy typ apod.) nejsou data v databazi ihned prekopana
> do noveho formatu, ale zustavaji v puvodnim tvaru. Ulozi se pouze
> informace o novem formatu dat. Pri cteni je radek preveden do formatu,
> jaky pozaduje dana transakce (zmeny lze delat za provozu a jiz bezici
> transakce zmeny formatu nesmi videt, kdezto nove transakce ano). Z
> historickych duvodu je cislo formatu v radku ukladano jako jeden byte,
> a formatu tedy muze byt max 256.
> Pri onove ze zalohy jsou data ulozena v aktualnim / poslednim formatu
> a historie se vynuluje.
Tak to vypada logicky. Fakticky tedy nejde o pocet zmen jako
takovy ale o maximalni pocet jaksi "soucasne platnych" formatu.
Skoda, ze v okamziku kdy zadna transakce s tabulkou nepracuje
system nevyuzije teto prilezitosti a nehodi tam jednicku. Ale zdá se
mi, ze bych to mohl udelat rucne - kdyz vim ze na databazi nic
nebezi tak misto pracneho a casove narocneho backup a restore
tohle nahodit. Pokud se tomu nebude system branit - muze se tim
neco zkazit?
Odpovedá: Pavel Cisar
5. 12. 2002 20:16
Haj hou!
On 5 Dec 2002 at 12:42, Kalhous Zdenek wrote:
> Ale zdá se mi, ze bych to mohl udelat rucne - kdyz vim ze na databazi
> nic nebezi tak misto pracneho a casove narocneho backup a restore
> tohle nahodit. Pokud se tomu nebude system branit - muze se tim neco
> zkazit?
Ano, uplne vsechno
S pozdravem
Pavel Cisar
Mobil: 724 281429
http://www.ibphoenix.cz
Vse co potrebujete pro Firebird a InterBase